-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Avoid hotcue buttons from being stucked in the pressed state #3344
Conversation
I'm afraid this only partly solves the issue because there are still two ways to get stuck in preview mode:
In both cases the initial GUI button is released but Mixxx is still in preview mode. |
Which skin did you use for testing? |
I tested with LateNight, PaleMoon |
..and now Shade. Same result unfortunately. |
…eviewing hotcues.
I was able to reproduce it when using the hotcue buttons on a controller together with a mouse. I still can't reproduce:
Does it still happen after the latest commit? On which Qt version and OS did you test? |
The hotcue buttons seem to be fixed (tested with GUI and keyboard).
This still happens. When I right-click outside the play position jumps back to the Cue point and keeps playing. Though with the last commit it switches to normal play mode, clicking Play stops the track. this is with Ubuntu Studio 20.04, Qt 5.12.8 |
I cant confirm this with plain Ubuntu 20.04, Qt 5.12.8 and Unity. |
Ah, now I got it, it is only the cue button affected. |
Yes, only the main Cue. |
It is the "intended" right click action cue_gotoandstop. The stop part is the same as pressing the play button for latching. |
the Cue button is not stuck so if the goto part was removed that indeed be not a bug but a feature :) |
Done |
Nice, works nicely with mouse only, didn't test other situations with controller. there are conflicts now (#3370) |
…es tha behaviour.
e4dc9e8
to
9f299a0
Compare
Ups, I messed it up with other tests. Fixed. |
Yup, ready to go IMO. |
Done. |
Thank you! LGTM |
We have and issue when someone pressed right click during preview or outside the button.
In this case Mixxx sticks in the preview state, the user looses control which must not happen in any case.
This PR aims to fix that.